home *** CD-ROM | disk | FTP | other *** search
/ Shareware Grab Bag / Shareware Grab Bag.iso / 007 / tc2cs.arc / READ.ME < prev    next >
Encoding:
Text File  |  1987-06-12  |  3.6 KB  |  67 lines
  1. Date:   6-10-87
  2. File:   TC2CS.ARC
  3. Author: Jim Deming
  4. BBS:    Terrapin Station Mpls. MN  (612) 623-0152
  5.  
  6.    Thank you Howard Ekman for running a good BBS with useful code.  Thanks to
  7. the Minnesota Micro Techical Forum for being a dedicated and diverse group of
  8. indivduals.
  9.  
  10. tc2cs.c  - You downloaded this ARC because of TurboC, Lattice & TurboC, or 
  11.            C-Sprite.  I bought Turbo C, compiled and linked "hello, world",
  12.            and then disassembled it.  My disassembler of choice is C-Sprite.
  13.            So the second program I wrote in Turbo C is this one.  Now I
  14.            disassemble with symbols.
  15.  
  16.          - Even if you do not care for Lattice or C-Sprite this program may
  17.            be of some interest in its handling of files entered on the command
  18.            line and the test for uniqueness.
  19.            
  20. pspaddr3.c-A remake of the orginal program I submitted to this BBS.  For me
  21.            this was a good lesson in learning the character and essence of
  22.            TurboC.  The Lattice version had kludges that relied on "the way
  23.            Lattice did things".  I was surprised that TurboC did not bring
  24.            in the entire environment area as Lattice did.  But that was 
  25.            dealer's choice.
  26.            
  27.          - The additional Keywords is a nice touch.  Something a hacker loves
  28.            but is very non-standard.
  29.            
  30.          - I always considered rstdta() a kludge in Lattice.  TurboC people 
  31.            probably thought so too.  Isn't it just like me to use it.  Microsoft
  32.            in their DOS 3.1 manual imply that the PSP will eventually move from
  33.            its present location in front of the Code Segment, when that happens
  34.            then the "default dta" will probably be somewhere else also.
  35.            'til then ....
  36.            
  37.          - Don't know why the inconsistency between cprintf and printf.  They
  38.            both use the routine vprinter.  
  39.            
  40. *.xrf    - I like to have cross references of Publics and Externals.  So for
  41.            those of you that like them too I have done TurboC's libraries and
  42.            objs.  One of these days, in my spare time, I'll put together a C
  43.            program that will pull them out in one pass.  I am assuming your 
  44.            editor can list all lines that have a common field.  Or you have a 
  45.            grep program that will list all lines that have a common field.  The 
  46.            files contain three columns.  The first one is the source module 
  47.            name.  This is usually the main public that is defined in this chunk
  48.            of code.  The second column is the externals that are defined in this
  49.            module.  And the third column is the publics that are defined in this 
  50.            module.  I will admit that this is not a very sophisticated system, 
  51.            but it works.
  52.            
  53.          - Cross reference files that were identical were not included.
  54.            c0t.xrf ==  c0s.xrf & c0m.xrf
  55.            c0l.xrf ==  c0c.xrf & c0h.xrf
  56.            mathl.xrf == mathc.xrf
  57.            cl.xrf == cc.xrf 
  58.  
  59. xample.c - For new programmers that haven't grasped the need for cross 
  60.            referencing files, I have included a program called XAMPLE.C.  
  61.            Compile, link, and run it in its natural form.  Make the noted 
  62.            changes to it and try it again.  Then look in the manual and the 
  63.            above .xrf files and expect increased understanding.  In this 10
  64.            line program you, hopefully, will gain some appreciate the need for 
  65.            prototyping, .h files, standards and good tools.  Maybe a lot to ask 
  66.            for a 10 line piece of code.
  67.